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The circuit of the IR transceiver was introduced in the previous issue, 
along with sample applications for use as an RC5 receiver for the PC. In this, 
the second and last instalment, we examine the operation of the trans- 
mitter. In addition to PC remote control uses, we describe how it can be 
used for infrared data transmission between two PCs, with several exam- 


ples to make everything clear. 


It can be useful to not only receive RC5 sig- 
nals but also generate them, for example to 
automatically start a video recorder or switch 
on the television set at a certain time. In prin- 
ciple, every control function of an RC5 IR 
remote control unit can be automatically exe- 
cuted from the PC. 


RC5 transmitter 


Normal remote control units use short pulses 
with duty cycles of less than 10% together 
with currents of up to around 1 A. As a result, 
the signal strength at the receiver is ade- 
quate, even if it only reaches the receiver via 
reflections from white walls. Such current lev- 
els cannot be attained using the serial port, 
but this is offset by the fact that there is 
enough voltage to allow several LEDs to be 
operated in series. The IR transmitter thus 
uses two transmitter diodes with a pulse cur- 
rent of around 200-300 mA, thereby generat- 
ing short but powerful light pulses that 
ensure a range of several metres. 


Editor’s note: 


The first transmitter program 
(Listing 1) uses the procedure RC5tx 
to generate the control pulses on the 
TxD line. The three data blocks Ctr, 
Dtr and Dat are transferred on 
being called. The user can enter the 
device address and button code in 
the appropriate text windows. The 
control code is repeated a total of 
five times, which means that the 
data are sent for an interval of 0.5 s. 

The procedure RC5tx works in 
the real-time mode. It first generates 
the start sequence and then 
processes the remaining control 
data. Each bit is transferred to the 0 
position by a sort of shift operation 
(implemented by dividing by 2), 
which isolates it from the rest of the 
bits. Procedure RC5tx is driven by 
these individual bits. 


The REALTIME DLL function in 
PORT.DLL causes the user program 


to be assigned a high priority. As a 
result, the critical procedure cannot 
be interrupted by other Windows 
processes. This technique minimises 
the effects of the general problem 
that Windows programs have poor 
real-time capability. Interrupts by 
mouse events, for example, are sus- 
pended for the duration of an RC5 
pulse. The line REALTIME false at 
the end of the procedure is also 
important, since it restores the nor- 
mal state. 

The RC5 transmitter can be used 
for automatic control. For this, you 
need to know the device address 
(see Table 1) and the button code 
(see Table 2). Given this information, 
the transmitter can generate a suit- 
able command at a particular time or 
in response to some event. 

For instance, suppose you want 
to switch your video recorder to 
‘record’ at a particular time and stop 


Due to their size, Listings 4 and 5 could not be reproduced in this article. All listings mentioned in this article are on the Free Downloads page 


of the Elektor Electronics website, together with the program files, under item number 010052-2-11. 


52 


Elektor Electronics 2/2002 


COMPUTER 


it at some later time. The program 
vCtimer (Listing 2) allows you to 
enter the switching times. It also 
provides two switch buttons for 
direct (manual) operation. 

Another example program is 
related to the ‘zapper finger’ syn- 
drome. Given the large number of 
channels available nowadays, this 
dreaded ailment is as much a threat 
to the avid television viewer as tennis 
elbow is to sports adepts or mouse 
arm to computer fanatics. Using the 
small program shown in Listing 3, 
the RC5 transceiver can help remedy 
this problem. 


Listing | 


RCS5 transmitter program RC5TxTast.vbp) 


Dim Control 
Private Sub Form Load() 


i = OPENCOM(“COM2,1200,N,8,1”) 


If i = 0 Then 


i = OPENCOM(“COM1,1200,N,8,1”) 


Optionl.Value = True 
End If 


If i = 0 Then MsgBox (“COM Interface Error”) 


RTS 1 

DTR 1 
Control = 1 
Chan = 0 
End Sub 


Private Sub Form_Unload(Cancel As Integer) 


CLOSECOM 
End Sub 
Private Sub Optionl Click() 


i = OPENCOM(“COM1,1200,N,8,1”) 
If i = 0 Then MsgBox (“COM1 not available”) 


RTS 1 
DTR 1 
End Sub 


Private Sub Option2_ Click() 


i = OPENCOM(“COM2,1200,N,8,1”") 
If i = 0 Then MsgBox (“COM2 not available”) 


RTS 1 
DTR 1 
End Sub 


Private Sub TxBit(ONOff! ) 
If ONOff = 1 Then 
TXD 0 
DELAYUS 888 
TXD 1 
DELAYUS 888 
Else: 
TXD 1 
DELAYUS 888 
TXD 0 
DELAYUS 888 
End If 
End Sub 


Private Sub RC5tx(Ctr, Adr, Dat) 


BitTime = 888 
REALTIME True 
TIMEINITUS 
TXD 1 
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Serial data transmission 


w. RC5 Control 


Up to now, we have only discussed 
infrared signals that comply with the 
RC5 standard. Now we would like to 
consider transmitting serial data 
between PCs using modulated 
infrared light. For instance, the IR 
transceiver can be used in a com- 
puter room for ‘chatting’, which 
means sending text messages back 
and forth. A few preliminary experi- 
ments can help clarify what is 


Figure |. Atest program for RC5 signals. 





Addr Data 





C COMI @ COM2 





While TIMEREADUS < (BitTime * 1) 


Wend 
TXD 0 


While TIMEREADUS < (BitTime * 2) 


Wend 
TXD 1 


While TIMEREADUS < (BitTime * 3) 


Wend 

TxBit (Ctr) 
BitVal = 16 
For n = 1 To 5 


TxBit (b) 


b = Int((Adr And BitVal) / BitVal) 


BitVal = BitVal / 2 


Next n 
BitVal = 32 
For n = 1 To 6 


TxBit (b) 


b = Int((Dat And BitVal) / BitVal) 


BitVal = BitVal / 2 


Next n 

TXD 0 

REALTIME False 
End Sub 


Private Sub Chanl() 


For n = 1 To 3 


RC5tx Control, 


DELAY 100 
Next n 


5, 1 


If Control = 1 Then 


Control = 0 
Else 
Control = 1 
End If 
Chan = 1 
End Sub 


Private Sub Command1_ Click() 
Adr = Val(Text1.Text) 
Dat = Val(Text2.Text) 


For n = 1 To 5 


RC5tx Control, Adr, Dat 


DELAY 100 
Next n 


If Control = 1 Then 


Control = 0 
Else 
Control = 1 
End If 
End Sub 
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VCR stop f1 5:30:00 
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w. RCS YCR Timer 
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Figure 2. The video timer in operation. 


involved in transmitting a serial data signal. 

In the first of our experiments, we will use 
the serial interface rather differently than how 
its designers originally intended it to be used. 

This interface was actually intended to be 
used to support data transmission via a 
modem. Signal names such as ‘Ring Indica- 
tor’ and ‘Data Terminal Ready’ still give evi- 
dence of this original purpose. In the course 
of time, the serial interface has repeatedly 
proven to be useful in other areas. The great- 
est extension to its range of use came when 
the mouse was connected to the RS232 port. 
When the RS232 standard was originally 
introduced, it’s unlikely that anyone ever 
thought that some day devices having their 
own microcontrollers would work attached to 
the serial port and even draw their operating 
power from this port. On the other hand, 
(many) years later this idea was one of the 


i, RC5 TY Zapper -iol x! 


Stop | 





[Chan 14 


C COM1 


@ COM2 





Figure 3. The automatic zapper program. 
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basic assumptions in the design of a 
new type of serial port called USB. 

However, let’s get back to our old 
friend, the RS232 port, which was 
designed to transfer data via two 
lines called RxD and TxD. For this 
purpose, the data are converted toa 
serial bit stream by the interface 
hardware and sent on their way. At 
the receiver, a second interface con- 
verts the serial data stream back 
into parallel data bytes that can be 
further processed by the PC. All of 
this represents a successful division 
of labour between hardware and 
software. Sending a character via 
the serial interface takes a lot of time 
in comparison with other operations; 
such a process is measured in terms 
of milliseconds, rather than the 
microseconds that we otherwise 
have to deal with. Consequently, the 
interface in the PC contains a special 
hardware component called a Uni- 
versal Asynchronous Receiver / 
Transmitter (UART), which is a sort 
of telegraph office for the PC. Mes- 
sages to be sent are ‘handed over’ to 
the UART, which transmits them on 
its own. In the opposite direction, 
the UART independently receives 
messages and deposits them in a 
‘cubby-hole’, were they can be 
retrieved by a program in a single 
action. 

A typical task for the serial inter- 
face is to transfer data from one PC 
to a second PC. This can be any 
desired kind of data, such as text, 
programs, images and so on. Ulti- 
mately, what is sent is individual 
bytes, which are blocks of eight bits. 
The interface can also be configured 
to have each character consist of 
only seven bits or even only five bits. 
The 5-bit character is a remnant of 
the days of the Teletype machine, 
which was a sort of long-distance 
typewriter that transmitted these 
characters serially over the tele- 
phone line in a manner that is in 
principle the same as that used by 
an RS232 interface, only much 
slower and a lot louder. 


A zero-modem link 


Our first experiment involves con- 
necting two PCs so that they can 
exchange characters with each 
other. For this, we need a crossover 
connection for the TxD and RxD 


Table | 


Device addresses 


Device Device 

address 

0 television 

2 teletext 

5 video recorder 

7 experimental 

16 preamplifier 

17 receiver/tuner 

18 cassette recorder 
19 experimental 


Table 2 


A few important button codes 
for the television set and VCR 


Code Function 


0-9 numerical buttons 0—9 


12 standby 

13 mute 

16 volume + 
17 volume — 
32 channel + 
33 channel — 
48 video pause 


53 video play, 
television sound on 

54 video stop 

55 video record 


lines. Such a connection is called a 
‘zero modem’ (or ‘null modem’) 
cable, since no modem is used. 
Although modems and telephone 
lines are needed to send data over 
long distances, we can manage with 
just a normal cable for distances of 
up to a few metres (see Figure 4b). 

For the serial transfer of data, 
PORT.DLL (which we already know 
from the first instalment) provides us 
with the procedures SENDBYTE and 
READBYTE. A further prerequisite for 
a successful data exchange is that 
the interfaces of both parties are ini- 
tialised with the same parameters. 
The command 


OPENCOM(“COM2,1200,N,8,1") 
causes both PCs to agree to use a 


transmission data rate of 1200 bits 
per second (1200 baud), no parity 
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Listing 2 


The most important video timer procedures (VCRtimer.vbp) 


Private Sub RecordOn() 
For n = 1 To 10 
RC5tx Control, 5, 55 
DELAY 100 
Next n 
If Control = 1 Then 
Control = 0 


Else 
Control = 1 
End If 
ONOff = 1 
End Sub 


rivate Sub RecordOff() 
For n = 1 To 10 
RC5tx Control, 5, 54 
DELAY 100 
Next n 
If Control = 1 Then 
Control = 0 


Else 
Control = 1 
End If 
ONOff = 0 
End Sub 


Private Sub Timerl Timer() 
Textl.Text = Times 


If (Time$ > Text2.Text) And (Time$ < Text3.Text) And (ONOff 


= 0) Then RecordOon 


If (Time$ > Text3.Text) And (ONOff = 1) Then RecordOff 


End Sub 


Private Sub Commandl Click() 
RecordOn 
End Sub 


Private Sub Command2_Click() 
Recordoff 
End Sub 


bit, 8 bits per character and one stop 
bit. These parameters are discussed 
in more detail later on. 

Figure 5 shows the oscillogram of 
a serial data signal for a ‘1’ character 
sent at a data rate of 1200 baud. At 
this data rate, the time required to 
transmit each bit is (1 s + 1200) = 
833 us. A the left-hand side of the 
figure, you can see the start bit with 
a length of 0.833 ms. Only the first 
bit following the start bit, with a 
Low level, can be clearly distin- 
guished from the rest of the data 
stream. You can see that a ‘1’ is 
being sent if you know that the least 
significant bit is sent first and the bit 
levels are inverted. The first bit is fol- 
lowed by seven more High states, 
each of which is also 0.833 ms long. 
They represent the seven subse- 
quent zero bits. The byte that is read 
is thus 00000001 = 1. Following the 
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last data bit there is a stop bit, even 
though this is not obvious in the fig- 
ure. The stop bit has a Low level and 
is simply the minimum allowed 
interval before the start of any sub- 
sequent character. The actual inter- 
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Figure 4. A null-modem connection (a) and a 
test using a single interface (b). 


val can be as long as desired. 

The process that is required for receiving 
a character in the UART follows directly from 
the structure of the serial data character. The 
interface IC must continuously watch its 
input line until a Low-to-High transition 
appears, which marks the beginning of a 
start bit. When this happens, the UART must 
start an internal timer and wait for the end of 
the start bit. After this, it must wait again for 
half of a bit period and then sample the sig- 
nal level. This reads the first bit. Each follow- 
ing bit is read exactly one bit period later. 
This means that the reading process is theo- 
retically completed half a bit period before 
reaching the stop bit. 

As you can see, data frame synchronisa- 
tion occurs only once, namely at the begin- 
ning of the start bit. All other time frames 
must be precisely known and must be main- 
tained relatively exactly. If the transmitter 
operates at a different baud rate from the 
receiver, read errors are an unavoidable con- 
sequence. Modern UARTs, by the way, do not 
limit themselves to a single sampling of each 
data bit, but instead take three samples (for 
example) around the middle of each bit. Nor- 
mally, all three samples should have the 


=o x} 


xj 


C Sms/div C 2msżdiv @ Ims/div 





Figure 5. Transmitting a ‘1’ byte at 1200 baud. 
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w. RS232 Test 


g |e 





Figure 6. Transmitting and receiving individual 
bytes. 


same value, but if they do not (as the result 
of disturbances), a majority decision is taken. 
This allows greater data security to be 
achieved. Our first example program for data 
transmission (Listing 4; see the Downloads 
box) transfers only one byte for each com- 
mand. Here the position of a slider, 
expressed as a numerical value between 0 
and 255, is sent to the other PC. In the other 
direction, each received byte is displayed in 
a text window (see Figure 6). With an addi- 
tional program (Listing 5) and its description, 
which are contained in the download file, 
you have a universal terminal emulator pro- 
gram that is particularly suitable for use in 
your own experiments and with applications 
you have developed yourself. 


Optical data transmission 


For a simple experiment with optical data 
transmission, all you need is an IR transmit- 
ter diode and a phototransistor (see Figure 
7). The transmitter diode can be connected 
directly to the TxD line, but the receiver 
needs an auxiliary supply voltage, which can 
for example be obtained from the DTR line if 
it is set High. As soon as light from the trans- 
mitter diode falls on the phototransistor, cur- 
rent flows and TxD is pulled High. In this 
way, the original signal applied to the TxD 
line is reproduced at the RxD line. 

This experiment can be performed using 
the terminal emulator program from down- 
load file, for example. Here it makes no differ- 
ence whether data are being exchanged 
between two PCs or the experiment is per- 
formed using only one PC feeding the data 
back to itself, similar to what is shown in Fig- 
ure 4b. All you have to remember is to set the 
DTR line High for the receiver. 

This simple data transfer arrangement has 
only a small range (a few millimetres). How- 
ever, a fibre-optic cable can be used to extend 
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Listing 3 


Automatic channel changer (Zapper.vbp) 


Private Sub Chanl1() 
For n = 1 To 3 
RC5tx Control, 5, 1 
DELAY 100 
Next n 
If Control = 1 Then 
Control = 0 
Else 
Control = 1 
End If 
Chan = 1 
End Sub 
Private Sub ChanPlus() 
For n = 1 To 3 
RC5tx Control, 5, 32 
DELAY 100 
Next n 
If Control = 1 Then 
Control = 0 


Else 
Control = 1 
End If 
Chan = Chan + 1 
End Sub 


Private Sub Timerl_ Timer() 
If Chan = 30 Then Chanl 


If (Chan > 0) And (Chan < 30) Then ChanPlus 


If Chan = 0 Then Chanl 


Textl.Text = “Chan “ + Str$(Chan) 


End Sub 


Private Sub Command1 Click() 
Timerl.Enabled = True 
End Sub 


Private Sub Command2_Click() 
Timerl.Enabled = False 
End Sub 


the range to several metres. There 
are special optical transmitters and 
receivers that can be interconnected 
using standard fibre-optic cables. 
One example is the combination of 
the SFH250 transmitter diode and 
SFH350 phototransistor, which have 
openings to receive fibre-optic 
cables. With such a fibre-optic link, 
data can be sent at any desired rate 
up to 115,200 baud. 

If we want to achieve even 
greater range and also do without 
cables, we can use modulated sig- 
nals, as is common with IR remote 
control units. In this case, we can 
use the IR transceiver described in 
the first instalment for both the 
transmitter and the receiver. The 
received signal is inverted by a tran- 
sistor stage in the transceiver, so it 
has a Low level in the quiescent 
state. It must be noted that the opti- 


cal receivers that have been spe- 
cially developed for IR remote control 
(such as the SFH506 and TSOP1836) 
are only suitable for conveying 
RS232 signals if a few special fea- 
tures are taken into account. These 
features are based on the fact that 
the greatest possible range is 
required for the reception of IR 
remote control signals, even with 
high levels of ambient illumination. 
This is achieved by using a band- 
pass filter and automatic gain con- 
trol (AGC) (see Figure 8), which we 
also find in radio and television 
receivers. Such a control circuit 
always has a time constant that 
must be optimised for the intended 
application. 

On account of the value of this 
time constant, which has been 
dimensioned for IR remote control 
signals, the modulated transmitter 
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Downloads 


At the Elektor Electronics website (www.elektor-electronics.co.uk), in the Free 





Downloads list for this month’s issue you will find a zip file for this article under 


number 010052-2-11. Once you have downloaded and unzipped this file, you 


will have a folder containing all the program files and a file containing all the pro- 


gram listings and a description of the terminal emulator program. 


These files can also be downloaded from the author’s home page at 


http://home.t-online.de/home/B.Kainka. 


pulses must be neither too short nor 

too long. These devices are thus not 

suitable for use with continuous sig- 
nals, since they cause the automatic 
gain control to overreact. 

The data sheet lists the following 
restrictions: 

A burst must consist of at least 6 
pulses, which means that it must 
be at least 167 us long at 36 kHz. 

A pause of at least 9 pulse widths 
(250 us) is required following each 
burst. 


w. Terminal 


OpenCom [COM2:1200.N.8.1 


SendByte 





Send Text 
Hi Vicky, 
what time r u free today? 





A pause lasting at least 15 ms must 
occur after at most 90 ms. 
Particularly if the last condition is to 
be satisfied, the required 15-ms 
pauses must be ensured by the stop 
bits of the serial data signal. The 
worst-case situation occurs when a 
continuous series of ‘0’ bits is being 
transmitted, since the start bit and 
all eight data bits are then ‘on’ and 
only the stop bit forms a pause. 
Strictly speaking, this means that 
the maximum allowable baud rate 


lolx] 


New 


ReadByte 





72 105 

32 86 105 99 107 121 44 13 
8? 104 97 116 32 116 105 109 
101 32 114 32 117 32 102 114 
101 101 32 116 111 100 97 121 
63 13 13 72 101 108 108 111 
32 87 105 108 108 105 97 109 
44 13 73 32 115 104 111 117 


108 100 32 98 101 32 104 111 = 
rf 


Read Text 


Hi Vicky. 
what time r u free today? 





Hello William, 
| should be home by 3 pm. 


oil 


Clear | 


M DTR MATS 





Bo mee T (DEST Ri 


Figure 9. An infrared chatroom set up using the universal terminal emulator 
program. 
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Figure 7. The simplest form of optical transmis- 
sion path consists of nothing more than an LED 
and a phototransistor. 
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Figure 8. Block diagram of the TSOP | 8xx IR 


receiver. 


for a continuous data stream is 130 baud if 
two stop bits are used. The situation is more 
favourable if the data bytes appear sporadi- 
cally (which is the case with data from a key- 
board while someone is typing, for example), 
rather than in a continuous stream. On aver- 
age, the random mixture of different bytes in 
an uninterrupted data stream also provides 
an adequate number of pauses. Using the ter- 
minal emulator program from the download 
file, you can easily experiment with the vari- 
ous transmission parameters (Figure 9). A 
thorough test using manually typed charac- 
ters showed that all baud rates between 50 
and 2400 baud resulted in error-free trans- 
missions. At 2400 baud, the shortest interval 
for the pulses and pauses is 417 us, which 
falls within the receiver specifications. The 
maximum usable distance between the 
transmitter and the receiver depends primar- 
ily on the transmitter diodes used and their 
currents. The data sheet for the TSOP18xx 
specifies a typical range of 35 metres, which 
certainly isn’t bad. 
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